Method for providing an image of software installed on a computer system

ABSTRACT

A method for providing an image of software installed on a computer system is disclosed. The method includes the steps of deconstructing the image into at least one portion and creating at least one module from the at least one portion of the image. The deconstructing step can include the steps of scanning an image and identifying at least one portion of the image to be modularized. The creating step can include the steps of extracting the at least one portion of the image identified to be modularized and generating at least one module from the extracted portion of the image. The modules that are created in accordance with the present invention can be formatted for use in a new image or part of a new image to be used with a software program such as with a hardware-independent imaging tool. Furthermore, the modules can be used with hardware-independent technologies and can facilitate management of image inventory and facilitate deployment of images to new computer systems with different hardware configurations. Furthermore, the method is simple, cost effective and capable of being easily adapted to existing technology.

FIELD OF THE INVENTION

The present invention relates to imaging technology, and more particularly to a method for providing an image of software installed on a computer system.

BACKGROUND OF THE INVENTION

A conventional computer system typically includes various different hardware subsystems, which constitute a particular hardware configuration. FIG. 1 is a block diagram of a conventional computer system 50 comprising a central processing unit (CPU) 52, a display 54, a hard disk drive 56, input/output (I/O) devices 58, a compact disk (CD) drive 60, and network devices 62.

A computer system is typically purchased with preloaded software, which can include an operating system, hardware drivers, software utilities, and commonly used application software, e.g., word processors and spreadsheets. The software is already loaded/installed on the computer system by the time it is delivered to a customer. The customer can be a large enterprise but is not limited to large enterprises.

The individual software programs that constitute the preloaded software are provided by various software suppliers. For example, the operating system, e.g., Windows NT™ or OS/2™, would be provided by one software supplier. The hardware drivers, e.g., for a CD drive, would be provided by another software supplier. The individual software programs are typically provided on diskettes, the web, or CDs. Preloading the software programs can be substantially cumbersome especially when the number of individual software programs is increased or when the number of computer systems to be preloaded is increased.

The software is typically installed and stored on the hard disk drive of a computer system. The term “image” is used to describe the software installed on a hard disk drive of a computer system. FIG. 2 is a block diagram of a conventional computer system 70 comprising a hard disk drive 72 with an image 74 of the installed software, which can be loaded onto hard drives 76-80 of other computer systems 82-86, respectively. Typically, a customer of the computer manufacturer first purchases the first computer system 70 and customizes and then loads the image 74 onto the customer's other computer systems 82-86.

Managing and loading one image onto another system is much more efficient than manually installing and loading the software programs individually onto the other system. Images are deployed by organizations such as an information technology (IT) shop of a customer. Some of these images can be created and deployed using software utilities/tools such as IBM's ImageUltra™, Microsoft's SysPrep™ or industry standard tools such as PowerQuest's DriveImage™ or Symantech's Ghost™. Many of these software tools are primarily used to create a backup image for reinstallation should any software files become corrupted.

Unfortunately, most of these images require a donor system and are monolithic; i.e., they only work on computer systems with the same hardware configurations. This is because an image is customized to a particular hardware configuration. This is problematic because new images need to be created for new computer systems that are introduced in the customer's environment, where the new computer systems have a different hardware configuration. This problem exists even if the hardware configuration is only slightly different, such as being a different model. As a result, a customer needs to maintain and manage an inventory of images for the different hardware configurations of different computer systems. As the number of hardware configurations increase, the number of images that the customer needs to maintain increases, thus further complicating image-inventory management.

However, new images must still be created for each hardware configuration because the conventional solutions do not modify the images themselves. Images must be built from scratch, which is time consuming and inefficient, especially where there are many computer systems with different hardware configurations. IBM's ImageUltra™ is designed to manage and maintain images.

Accordingly, what is needed is an improved method for providing an image of software installed on a computer system. The method should facilitate management of image inventory and should facilitate deployment of images to new computer systems with different hardware configurations, even when portions of an image are not available for a particular computer system. The method should be simple, cost effective and capable of being easily adapted to existing technology. The present invention addresses such needs.

SUMMARY OF THE INVENTION

A method for providing an image of software installed on a computer system is disclosed. The method includes the steps of deconstructing the image into at least one portion and creating at least one module from the at least one portion of the image. The deconstructing step can include the steps of scanning an image and identifying at least portion of the image to be modularized. The creating step can include the steps of extracting the at least one portion of the image identified to be modularized and generating at least one module from the extracted portion of the image. The modules that are created in accordance with the present invention can be formatted for use in a new image or part of a new image to be used with a software program such as with a hardware-independent imaging tool. Furthermore, the modules can be used with hardware-independent technologies and can facilitate management of image inventory and facilitate deployment of images to new computer systems with different hardware configurations. Furthermore, the method is simple, cost effective and capable of being easily adapted to existing technology.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of a conventional computer system;

FIG. 2 is a block diagram of a conventional computer system comprising a hard disk drive with an image of preloaded software, which can be loaded onto the hard drives of other computer systems;

FIG. 3 is a block diagram of an example image that has been installed and stored on a hard disk drive in accordance with the present invention;

FIG. 4 is a flow chart showing a preferred embodiment of a method for providing an image of software installed on a computer system in accordance with the present invention; and

FIG. 5 is a flow chart showing in more detail the preferred embodiment of the method for providing an image of software installed on a computer system in accordance with another embodiment of the present invention.

DETAILED DESCRIPTION

The present invention relates to imaging technology, and more particularly to an improved method for providing an image of software installed on a computer system. The following description is presented to enable one of ordinary skill in the art to make and use the invention and is provided in the context of a patent application and its requirements. Various modifications to the preferred embodiment and the generic principles and features described herein will be readily apparent to those skilled in the art. Thus, the present invention is not intended to be limited to the embodiment shown but is to be accorded the widest scope consistent with the principles and features described herein.

A method in accordance with the present invention, including the steps of deconstructing an existing image and creating one or more modules from all or part of the image, is disclosed. To deconstruct the image, the image is scanned to identify at least one portion of the image to be modularized. At least one portion of the image is then extracted, and at least one module is generated from that portion of the image. The module can then be formatted for use in a new image or part of a new image to be used with a particular software program, such as with a hardware-independent imaging tool or with other hardware-independent application software. An advantage of making an image modular is that it allows hardware-independent software programs (e.g., operating system, commonly used application software) to be abstracted or separated from hardware-dependent software programs (e.g., device drivers, hardware-dependent software). Modules can be added or removed from an image as needed, or can be combined to create new modular-based images. To more particularly describe the features of the present invention, refer now to the following description in conjunction with the accompanying figures.

FIG. 3 is a block diagram of an example image 100 that has been installed and stored on a hard disk drive 110 in accordance with the present invention. The image 100 comprises an operating system (OS) 102, hardware drivers 104, software utilities 106, and commonly used application software 108. To use the image 100 in a hardware-independent environment, modules are created from the image 100. A “module,” as used in this specification, is software that comprises one or more software programs, installation scripts, definitions, and other data for installing the software programs on a computer system or for combining the module with an existing image or with another module. The module can be removed from or added to an existing image as needed. A method for creating such a module is described below with FIG. 4.

FIG. 4 is a flow chart showing a preferred embodiment of a method for providing an image of software installed on a computer system in accordance with the present invention. Referring to both FIGS. 3 and 4, in a step 150, the image 100 is deconstructed into at least one portion. The deconstruction step is described further below with FIG. 5. Then, in a step 152, at least one module is created from at least one portion of the image 100. For example, specific application software 108, such as CD-RW software, could be modularized. There can be more than one module created depending on the specific application. The creating step 152 is also further described in detail below with FIG. 5. Still referring to FIG. 4, in a step 154, the module is formatted for use in a new image or part of a new image to be used with a particular software program such as a hardware-independent imaging tool. A hardware-independent imaging tool is a tool that builds images of software installed on computer systems. Such an imaging tool is hardware-independent because it operates independently from hardware infrastructure and thus can be implemented across different hardware platforms.

By storing an image as modules, modules can be added to or removed from an image as needed. This flexibility is useful when an image is to be copied to computer systems with different hardware configurations, even when portions of an image are not available for a particular computer system. Such differences can result when the hardware of one or computer systems are upgraded. For example, one or more computer systems might be upgraded from having a CD drive to a CD-RW drive, or simply be upgraded from an older version of the original device driver. Rather than creating an entirely new image for the new hardware configuration, the portion of the image related to the CD drive can be stored as a module. This module is then replaced with a module with the appropriate CD-RW software. The modified image can then be deployed to one or more computer systems with the new hardware configuration. The need to create an image with the CD-RW drive from scratch is avoided.

If the modules are formatted for use in a new image, the new image would be a modular-based imaged. Alternatively, if the modules are formatted for use in an existing image that is not entirely modular based, the portions of that image with the new modules will be modular based and the remaining portions need not be modular based. This process can take place on a single computer at a customer site. Alternatively, the process can take place remotely over a network such as an intranet or the internet.

FIG. 5 is a flow chart showing in more detail the preferred embodiment of the method for providing an image of software installed on a computer system in accordance with the present invention. Referring to both FIGS. 4 and 5, the deconstruction step 150 of FIG. 4 can be implemented by the following steps in FIG. 5. In a step 200, an image on a computer system is scanned. The image can be an existing image in a library of images. The scanned image comprises the files and dependencies for the software programs installed on the computer system. In a step 202, at least one portion of the image to be modularized is identified based on the results of the scan.

The criteria for identifying which portion(s) of the image to modularize will vary depending on the specific application. The portions to be modularized can be those portions associated with hardware-independent software programs (e.g., operating systems, drivers, and application software). Alternatively, the portions to be modularized can be those associated with hardware-dependent software programs (e.g., device drivers), or a combination of hardware-independent and hardware-dependent software programs.

The entire image can be modularized such that all portions of the image are modularized. Alternatively, selected portions of the image can be modularized. As such, after the image is scanned, a list of portions of the image available to be modularized is provided. The list can comprise, for example, software programs for operating systems, drivers and application software, which are present in the image. They can be hardware independent, hardware dependent, or a combination of both. One or more portions of the image from the list can be selected to be modularized. The selection can be done manually by the customer. Alternatively, the selection can be done automatically based on predetermined criteria, e.g., certain application software of a certain class. For example, such a class can include all spreadsheet application software.

Still referring to both FIGS. 4 and 5, the creating step 152 of FIG. 4 can be implemented by the following steps in FIG. 5. In a step 204, at least one portion of the image is extracted. In a step 206, at least one module from the extracted portion is generated. There can be one or more portions and one or more modules generated from each portion depending on the specific application. In the preferred embodiment, the module is generated using uninstall code, also referred to as uninstall “scripts,” which are commonly used to remove an installed software program. To generate the module from the uninstall scripts, the uninstall scripts are first scanned/searched and analyzed in reversed order to determine the actions that have taken place to install the software. The uninstall scripts are typically stored in an uninstall file, in a registry, or in the OS software and accessed from a dynamic-link library (DLL). The uninstall scripts typically include data such as application specific actions, decrement reference counts, shared DLL files, removed registry keys, pointers, links, files copied, and/or moved, etc.

The module can then be installed onto a computer system or processed by an imaging tool by using install scripts that correspond to the uninstall scripts. The install scripts can be determined from information from the uninstall scripts in combination with log information related to the OS during an original installation. When a software program is installed under an OS, the OS maintains a log of actions taken during the installation process. For example, the log includes information on changes to the OS software. Such changes can include, for example, newly shared DLLs reference counts, removed tags, decremented reference counts, etc. Such information can be used to configure the generated install scripts. The install scripts are ascertainable because the install and uninstall procedures are standardized. Accordingly, existing information in the image can be used in a reverse engineering process to create install scripts from the uninstall scripts. The install and uninstall scripts can be stored in a location specified by the user or in a default location such as with the files needed by related software programs.

Still referring to FIG. 5, after the step 206, the module can then be formatted for use in a new image or part of a new image, and can be used with a software program, such as a hardware-independent imaging tool or other application software. The formatting can be done by running a set of wizards against the module. The wizards can also format modules for use in an image or part of an image to be compatible with a hardware-independent imaging tool, such as like IBM's ImageUltra®.

Once one or more modules are created, they can be stored in a module or image library and can be used or grouped as needed by the customer. For example, some of the modules can be used to create new modular-based hardware-independent images. Some of the modules can be used to modify existing hardware-independent modular-based images created in accordance with the present invention. Some of the modules can be used to modify existing images that are partly modular based. As can be seen, management of image inventory is greatly facilitated.

The modules can also be integrated into a software developer's kit such as IBM's ImageUltra™ Builder™, which allows the customer to buy one computer system, configure it as desired, build an image, and then copy the image from the hard drive of the original computer system to other identical computer systems. If a customer wants to add a software program to an image being built, ImageUltra™ adds an application wrapper around the software program. The application wrapper automates the installation of the software program. In the preferred embodiment, install scripts are integrated into the application wrapper.

In accordance with the present invention, an image can be made into modules even if the image was created by other technologies such as Microsoft's SysPrep™ image. The modules in accordance with the present invention would help customers to rapidly migrate their image inventory to take advantage of new hardware-independent technologies. This is because the modules eliminate or reduce the need for manual application installation, hardware testing and support.

An improved method for providing an image of software installed on a computer system is disclosed. The method includes the steps of deconstructing an existing image and creating one or more modules from all or part of the image. To deconstruct the image, the image is scanned to identify at least one portion of the image to be modularized. At least one portion of the image is then extracted, and at least one module is generated from that portion of the image. The module can then be formatted for use in a new image or part of a new image to be used with a particular software program, such as with a hardware-independent imaging tool or with other hardware-independent application software. An advantage of making an image modular is that it allows hardware-independent software programs (e.g., operating system, commonly used application software) to be abstracted or separated from hardware-dependent software programs (e.g., device drivers, hardware-dependent software). Modules can be added or removed from an image as needed, or can be combined to create new modular-based images.

Although the present invention has been described in accordance with the embodiments shown, one of ordinary skill in the art will readily recognize that there could be variations to the embodiments and those variations would be within the spirit and scope of the present invention. For example, modules can also be created at the batch level. Also, if a plurality of modules is created from the at least one portion of the image, the plurality of modules can comprise a combination of hardware-independent and hardware-dependent modules. As such, the plurality of modules can be used with hardware-independent or hardware-dependent software programs, a combination of both. Accordingly, many modifications may be made by one of ordinary skill in the art without departing from the spirit and scope of the appended claims. 

1. A method for providing an image of software installed on a computer system, the method comprising the steps of: (a) deconstructing the image into at least one portion; and (b) creating at least one module from the at least one portion of the image.
 2. The method of claim 1 wherein the deconstructing step (a) further comprises the steps of: (a2) scanning the image; and (a3) identifying at least one portion of the image to be modularized.
 3. The method of claim 2 wherein the identifying step (a3) comprises the steps of (a3ii) providing a list of portions of the image to be modularized; and (a3iii) selecting at least one portion of the image to be modularized.
 4. The method of claim 1 wherein the at least one portion of the image represents at least one software program.
 5. The method of claim 4 wherein the at least one software program is hardware independent.
 6. The method of claim 1 wherein the at least one portion of the image represents a plurality of software programs.
 7. The method of claim 6 wherein the plurality of software programs comprises a combination of hardware-independent and hardware-dependent software programs.
 8. The method of claim 1 wherein the at least one portion of the image comprises one or more of an operating system, a set of drivers, and application software.
 9. The method of claim 1 wherein the creating step (b) further comprises the steps of: (b2) extracting the at least one portion of the image; and (b3) generating at least one module from the extracted portion of the image.
 10. The method of claim 9 wherein the extracted portion of the image comprises uninstall scripts.
 11. The method of claim 10 wherein the generating step (b3) comprises the steps of: (b3ii) scanning the uninstall scripts; and (b3iii) generating install scripts from the uninstall scripts.
 12. The method of claim 11 wherein the generating step (b3iii) comprises the steps of: (b3iiiA) reversing the order of the uninstall scripts; (b3iiiB) determining uninstall scripts from the uninstall scripts; and (b3iiiC) configuring a portion of the install scripts.
 13. The method of claim 1 further comprises the step of (c) formatting the at least one module for use in a new image or part of a new image to be used with a software program.
 14. The method of claim 13 wherein the software program is hardware-independent application software.
 15. The method of claim 14 wherein the hardware-independent application software is a hardware-independent imaging tool.
 16. The method of claim 1 wherein the module is hardware independent.
 17. The method of claim 1 wherein the creating step (b) further comprises the step of (b2) creating a plurality of modules from the at least one portion of the image.
 18. The method of claim 17 wherein the plurality of modules comprises a combination of hardware-independent and hardware-dependent modules.
 19. A computer-readable medium including program instructions for providing an image of software installed on a computer system, comprising the program instructions for: (a) deconstructing the image into at least one portion; and (b) creating at least one module from the at least one portion of the image.
 20. The medium of claim 19 wherein the deconstructing instruction (a) further comprises the instructions of: (a2) scanning the image; and (a3) identifying at least one portion of the image to be modularized.
 21. The medium of claim 20 wherein the identifying instruction (a3) comprises the instructions of (a3ii) providing a list of portions of the image to be modularized; and (a3iii) selecting at least one portion of the image to be modularized.
 22. The medium of claim 19 wherein the at least one portion of the image represents at least one software program.
 23. The medium of claim 22 wherein the at least one software program is hardware independent.
 24. The method of claim 19 wherein the at least one portion of the image represents a plurality of software programs.
 25. The method of claim 24 wherein the plurality of software programs comprises a combination of hardware-independent and hardware-dependent software programs.
 26. The medium of claim 19 wherein the at least one portion of the image comprises one or more of an operating system, a set of drivers, and application software.
 27. The medium of claim 19 wherein the creating instruction (b) further comprises the instructions of: (b2) extracting the at least one portion of the image; and (b3) generating at least one module from the extracted portion of the image.
 28. The medium of claim 27 wherein the extracted portion of the image comprises uninstall scripts.
 29. The medium of claim 28 wherein the generating instruction (b3) comprises the instructions of: (b3ii) scanning the uninstall scripts; and (b3iii) generating install scripts from the uninstall scripts.
 30. The medium of claim 29 wherein the generating instruction (b3iii) comprises the instructions of: (b3iiiA) reversing the order of the uninstall scripts; (b3iiiB) determining install scripts from the uninstall scripts; and (b3iiiC) configuring a portion of the install scripts.
 31. The medium of claim 19 further comprises the instruction of (c) formatting the at least one module for use in a new image or part of a new image to be used with a software program.
 32. The medium of claim 31 wherein the software program is hardware-independent application software.
 33. The medium of claim 32 wherein the hardware-independent application software is a hardware-independent imaging tool.
 34. The medium of claim 19 wherein the module is hardware independent.
 35. The method of claim 19 wherein the creating instruction (b) further comprises the instruction of (b2) creating a plurality of modules from the at least one portion of the image.
 36. The method of claim 35 wherein the plurality of modules comprises a combination of hardware-independent and hardware-dependent modules. 